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DETAILED ACTION 

1 . Claims 1 , 2, 4-1 2, 22 and 24 remain pending. 

2. This application has been assigned to a new examiner. See conclusion section 
below for updated contact information. 

Continued Examination Under 37 CFR 1.114 

3. A request for continued examination under 37 CFR 1 .1 14, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .1 7(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1 .1 14. Applicant's submission filed on 24 May 
2006 has been entered. 

4. Applicant's arguments with respect to the claims have been considered but are 
moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC §112 

5. The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

6; Claims 1 , 2, 4-12, 22 and 24 are rejected under 35 U.S.C. 1 12, first paragraph, 
as failing to comply with the enablement requirement. The claim(s) contains subject 
matter which was not described in the specification in such a way as to enable one 
skilled in the art to which it pertains, or with which it is most nearly connected, to make 
and/or use the invention. With respect to exemplary claim 1, the use of a "generic 
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output" has failed to comply with the enablement requirement because the use of a 
"generic output" was not described in the specification in such a way as to enable one 
skilled in the art to which it pertains, or with which it is most nearly connected, to make 
and/or use the invention. The specification fails to disclose any type of generic output 
format that is actually used in the art to perform the functions required as mapped out in 
the claims. One of ordinary skill in the art would not reasonably understand what type 
of acceptable format could be used to make and/or use the invention when performing 
the required steps using a "generic output". Also, due to the lack of any real working 
examples in the specification which actually use an output format that can be defined as 
a "generic output", a person of ordinary skill in the art is not given any type of real 
guidance and therefore would not know how to make and/or use the invention as 
claimed. Further, it is unclear with reference to claim 1 , when collected service 
performance information is translated into a generic output how either the scriptable 
interface or the application programming interface would know how to appropriately 
read and further process service performance information because nowhere is there 
clear definition as to what type of format is deemed an acceptable format which would 
qualify as a "generic" format, so it is therefore concluded that it is possible that the 
scriptable interface or application programming interface will even be able to actually 
read the generic output. In order for any type of interface to be able to read incoming 
data, a format and/or protocol must be defined in order for compatibility issues to be 
clear and in order to guarantee unnecessary confusion. The Remarks filed 13 February 
2006 outline specific locations within the written disclosure where "generic output" is 
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defined (p. 5, lines 3-20; p. 7, lines 12-23; p. 13, lines 1517), however, at these three 
locations there is provided no real guidance as mentioned above of actual working 
examples or any real examples of actual accepted formats and/or protocols being used 
as is known in the art that would reasonably aid one of ordinary skill in the art to make 
and/or use the invention. Therefore, it is concluded that one possessing ordinary skill in 
the art would not reasonably understand "generic output" and would not be able to 
make and/or use the invention based on the filed written disclosure. The claims will be 
given the broadest reasonable interpretation. The term "generic output" is best 
understood as an output that can be understood by a plurality of different data 
processing machines. The remaining independent and dependent claims possess 
similar "generic output" limitations and are therefore rejected under 35 USC 112, first 
paragraph, for the reasons and rationale as set forth above with respect to claim 1 . 

7. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

8. Claims 1, 2 and 4-10 are rejected under 35 U.S.C. 112, second paragraph, as 
being indefinite for failing to particularly point out and distinctly claim the subject matter 
which applicant regards as the invention. 

9. Claim 1 recites the limitation "the service" in line 3 of the claim. There is 
insufficient antecedent basis for this limitation in the claim. Examiner assumes for 
examination purposes that the limitation is meaning "the service resident". Appropriate 
correction is required. Claims 2 and 4-10 are rejected due to dependency. 

Claim Rejections - 35 USC § 103 
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10. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

1 1 . This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

12. Claims 1,2, 4-6, 8-12, 14, 15, 17-22 and 24 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over Helsper et al. (US 6,876,988 B2), hereinafter referred to as 
Helsper, in view of Scarpelli et al. (US 6,816,898 B1), hereinafter referred to as 
Scarpelli. 

1 3. Regarding claim 1 , Helsper teaches a method determining the health of a service 
resident on a host machine, comprising the method step of "collecting service 
performance .information from the service" taught in column 10, lines 39-43 wherein the 
performance system receives measured input values representing the real-time 
performance of the components of the computer system. Helsper teaches the 
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"translating the collected service performance information into a generic output relating 
to current operational performance of the service" in column 2, lines 42-60 wherein the 
performance system monitors and creates multiple output variables wherein each input 
variable is translated into an output variable and also the performance information 
gathered is translated from input data to variables representing component 
performance. Helsper does teach the use of performance monitoring tools (see figure 
2, item 115; Fig 3B; Fig. 4A; Fig. 4B; Fig. 5; Fig. 6; Fig. 7; Fig. 8A; Fig, 8B; Fig. 9A; Fig. 
9B; and Fig. 1 1 ) which teaches on the use of "different performance monitoring tools" 
and it is deemed an inherent characteristic that data must be read into these 
performance monitoring tools in order for data to be processed by the monitoring tools, 
however, Helsper does not explicitly recite "wherein the generic output is accessible by 
one of a scriptable interface and an application programming interface" as claimed. 
However, in related art within the realm of computer network monitoring and the use of 
performance monitoring tools, Scarpelli teaches in column 4, lines 54-60 and Figure 3, 
items 1 1 0, 1 20 and 1 30, the extensive use of script programs and APIs for the 
processing of input data in regards to data being performance statistics gathered and 
then needing to be read into a performance monitoring tool. Therefore, in view of 
Scarpelli, it would have been obvious to one of ordinary skill in the art at the time of the 
applicants' invention to utilize a script interface or an application programming interface 
when the reading in of performance information is necessitated. One of ordinary skill in 
the art would have been motivated to make the above combination due to the use of 
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scripts or APIs enable easy integration when needing to gather specific information and 
useful performance metrics (see Scarpelli, column 4, lines 57-60). 

14. Regarding claim 2, Helsper and Scarpelli teach the method wherein the host 
machine comprises one or more components, further comprising: 

collecting external performance information from one or more of the one or more 
components (Helsper, col. 3, lines 8-10); 

translating the collected external performance information (Helsper, col. 2, II. 55- 
60); and 

combining the translated external performance information and the translated 
service performance information to provide the generic output (Helsper, col. 2, II. 55-60). 

15. Regarding claim 4, Helsper and Scarpelli teach the method further comprising 
accessing the generic output to read the health of the service (Helsper, col. 3, II. 53-58). 

16. Regarding claim 5, Helsper and Scarpelli teach the method wherein the 
collecting step comprises reading performance information provided by the service 
(Helsper, col. 3, II. 53-58). 

17. Regarding claim 6, Helsper and Scarpelli teach the method wherein the 
collecting step comprises deriving performance information from the service (Helsper, 
col. 6, II. 40-46). 

18. Regarding claim 8, Helsper and Scarpelli teach the method wherein the deriving 
step comprises using a probe program to read the performance information (Helsper, 
col. 10, II. 40-45; Helsper teaches that "...system communicates with one or more of the 
monitoring system to...". Since Helsper' s system is a computer system, then it is 
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inherent that a program is used. Probe is defined as any device design to investigate 
and obtain information which is deemed the broadest reasonable interpretation.). 

19. Regarding claim 9, Helsper and Scarpelli teach the method wherein the collected 
service information relates to a plurality of performance metrics (col. 10, II. 40-44), 
wherein the generic output comprises a plurality of service health metrics (Helsper, col. 
12, II. 2-8), and wherein the translating step comprises combining one or more of the 
plurality of performance metrics to provide one or more of the plurality of service health 
metrics (Helsper, col. 2, II. 55-60 and col. 3, II. 7-10). 

20. Regarding claim 10, Helsper and Scarpelli teach the method wherein the plurality 
of service health metrics comprises availability, capacity, throughput, service time, 
queue length, utilization, service level violations, and user satisfaction (Helsper, col. 10, 
II. 49-51, 20-30, Fig. 3b-Fig. 9A). 

21 . Regarding claim 1 1 , Helsper teaches an apparatus that determines a health of a 
service resident on a host machine, comprising "a data collection engine that collects 
service health information" taught in column 10, lines 39-43 wherein the performance 
system receives measured input values representing the real-time performance of the 
components of the computer system. Helsper teaches "a translation data analysis 
engine that translates the collected service health information using a health generation 
algorithm and provides one or more generic health metrics relating to current 
operational performance of the service" in column 2, lines 42-60 wherein the 
performance system monitors and creates multiple output variables wherein each input 
variable is translated into an output variable and also the performance information 
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gathered is translated from input data to variables representing component 
performance. Helsper does teach the use of performance monitoring tools (see figure 
2, item 115; Fig 3B; Fig. 4A; Fig. 4B; Fig. 5; Fig. 6; Fig. 7; Fig. 8A; Fig, 8B; Fig. 9A; Fig. 
9B; and Fig. 1 1 ) which teaches on the use of "different performance monitoring tools" 
and it is deemed an inherent characteristic that data must be read into these 
performance monitoring tools in order for data to be processed by the monitoring tools, 
however, Helsper does not explicitly recite "wherein the generic health metrics is 
accessible by one of a scriptable interface and an application programming interface" as 
claimed. However, in related art within the realm of computer network monitoring and 
the use of performance monitoring tools, Scarpelli teaches in column 4, lines 54-60 and 
Figure 3, items 110, 1 20 and 1 30, the extensive use of script programs and APIs for the 
processing of input data in regards to data being performance statistics gathered and 
then needing to be read into a performance monitoring tool. Therefore, in view of 
Scarpelli, it would have been obvious to one of ordinary skill in the art at the time of the 
applicants' invention to utilize a script interface or an application programming interface 
when the reading in of performance information is necessitated. One of ordinary skill in 
the art would have been motivated to make the above combination due to the use of 
scripts or APIs enable easy integration when needing to gather specific information and 
useful performance metrics (see Scarpelli, column 4, lines 57-60). 
22. Regarding claim 12, Helsper and Scarpelli teach the apparatus wherein the host 
machine comprises one or more external components, wherein the data collection 
engine collects external performance information from one or more external 
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components (Helsper, col. 3, II. 9-10) and wherein the data analysis engine translates 
the collected external information using the health generation algorithm to provide the 
one or more generic health metrics (Helsper, col. 3, II. 55-60 and col. 6, II. 45-57). 

23. Regarding claim 14, Helsper and Scarpelli teach the apparatus wherein the data 
collection engine, comprises: 

a data query module that reas performance information from the service 
(Helsper, col. 10, II. 40-45); and 

a data derivation module that derives performance information from the service 
(Helsper, col. 6, II. 40-46). 

24. Regarding claim 15, Helsper and Scarpelli teach the apparatus wherein the data 
derivation module derives the performance information from one or more of a wrapper 
program, a benchmark program, and a probe program (Helsper, col. 10, II. 40-45; 
Helsper teaches that "...system communicates with one or more of the monitoring 
system to...". Since Helsper' s system is a computer system, then it is inherent that a 
program is used. Probe is defined as any device design to investigate and obtain 
information which is deemed the broadest reasonable interpretation.). 

25. Regarding claim 17, Helsper and Scarpelli teach the apparatus further 
comprising an interval control engine that receives the service health information at a 
first time interval and provides an output having a second time interval different from the 
first time interval (Helsper, col. 6, II. 30-32). 

26. Regarding claim 18, Helsper teaches a method for monitoring health data of a 
service operating on a host machine, comprising "collecting service performance 
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information from the service and collecting external performance information from 
components of the host machine" taught in column 10, lines 39-43 wherein the 
performance system receives measured input values representing the real-time 
performance of the components of the computer system. Helsper teaches "translating 
the collected service and external performance information according to a health 
generation algorithm to generate a generic service health output, provding the generic 
service health output relating to current operational performance of the service as an 
output file accessible by performance monitoring tools" in column 2, lines 42-60 wherein 
the performance system monitors and creates multiple output variables wherein each 
input variable is translated into an output variable and also the performance information 
gathered is translated from input data to variables representing component 
performance. Helsper does teach the use of performance monitoring tools (see figure 
2, item 115; Fig 3B; Fig. 4A; Fig. 4B; Fig. 5; Fig. 6; Fig. 7; Fig. 8A; Fig, 8B; Fig. 9A; Fig. 
9B; and Fig. 11) which teaches on the use of "different performance monitoring tools" 
and it is deemed an inherent characteristic that data must be read into these 
performance monitoring tools in order for data to be processed by the monitoring tools, 
however, Helsper does not explicitly recite "wherein the generic service health output is 
accessible by one of a scriptable interface and an application programming interface" as 
claimed. However, in related art within the realm of computer network monitoring and 
the use of performance monitoring tools, Scarpelli teaches in column 4, lines 54-60 and 
Figure 3, items 110, 120 and 130, the extensive use of script programs and APIs for the 
processing of input data in regards to data being performance statistics gathered and 
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then needing to be read into a performance monitoring tool. Therefore, in view of 
Scarpelli, it would have been obvious to one of ordinary skill in the art at the time of the 
applicants' invention to utilize a script interface or an application programming interface 
when the reading in of performance information is necessitated. One of ordinary skill in 
the art would have been motivated to make the above combination due to the use of 
scripts or APIs enable easy integration when needing to gather specific information and 
useful performance metrics (see Scarpelli, column 4, lines 57-60). 

27. Regarding claim 19, Helsper and Scarpelli teach the method wherein the step of 
collecting the' service performance information comprises reading first service 
performance parameters, and wherein the step of collecting the external performance 
information comprises reading first external performance parameters and deriving 
second external performance parameters (Helsper, col. 10, II. 40-45, col. 3, II. 8-15, col. 
6, II. 40-45; wherein the inputted values are the second service performance and 
second external performance parameters.). 

28. Regarding claim 20, Helsper and Scarpelli teach the method further comprising 
collecting the service performance information on a first time interval and adjusting the 
first time interval to provide the generic service health output at a second time interval 
(Helsper, col. 6, II. 30-35). Examiner is interpreting "adjusting the first time interval" to 
mean changing the "first time interval" which can be accomplished by adding more time 
to the "first time interval" to obtain the "second time interval" which Helsper does by 
using measured input data (data that relates to a first time interval) to predict near-term 
performance (second time interval) (col. 2, II. 55-60, col. 12, II. 10-15 and lines 64-65). 
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29. Regarding claims 21 and 24, Helsper teaches an apparatus that determines a 
health of a service, wherein the service operates on a host computer, comprising "a 
collection module that receives performance information related to the service" taught in 
column 10, lines 39-43 wherein the performance system receives measured input 
values representing the real-time performance of the components of the computer 
system. Helsper teaches "a translation health generator module that applies a rule set 
to the received performance information and derives generic health metrics therefrom 
and an output module that outputs the generic health metrics relating to current 
operational performance of the service" in column 2, lines 42-60 wherein the 
performance system monitors and creates multiple output variables wherein each input 
variable is translated into an output variable and also the performance information 
gathered is translated from input data to variables representing component 
performance. Helsper does teach the use of performance monitoring tools (see figure 
2, item 115; Fig 3B; Fig. 4A; Fig. 4B; Fig. 5; Fig. 6; Fig. 7; Fig. 8A; Fig, 8B; Fig. 9A; Fig. 
9B; and Fig. 1 1 ) which teaches on the use of "different performance monitoring tools" 
arid it is deemed an inherent characteristic that data must be read into these 
performance monitoring tools in order for data to be processed by the monitoring tools, 
however, Helsper does not explicitly recite "wherein the generic health metrics is 
accessible by one of a scriptable interface and an application programming interface" as 
claimed. However, in related art within the realm of computer network monitoring and 
the use of performance monitoring tools, Scarpelli teaches in column 4, lines 54-60 and 
Figure 3, items 110, 120 and 130, the extensive use of script programs and APIs for the 



Application/Control Number: 09/848,713 Page 14 

Art Unit: 2142 

processing of input data in regards to data being performance statistics gathered and 
then needing to be read into a performance monitoring tool. Therefore, in view of 
Scarpelli, it would have been obvious to one of ordinary skill in the art at the time of the 
applicants' invention to utilize a script interface or an application programming interface 
when the reading in of performance information is necessitated. One of ordinary skill in 
the art would have been motivated to make the above combination due to the use of 
scripts or APIs enable easy integration when needing to gather specific information and 
useful performance metrics (see Scarpelli, column 4, lines 57-60). 

30. Regarding claim 22, Helsper and Scarpelli teach the apparatus wherein the 
collection module receives external performance information from one or more external 
services coupled to the host computer and receives internal performance information 
related to operation of the service on the host computer (Helsper, col. 3, II. 9-15). 

31 . Claim 7 is rejected under 35 U.S.C. 103(a) as being unpatentable over Helsper 
and Scarpell in view of Chappelle (US 5,949,976). 

32. Regarding claim 7, Helsper and Scarpelli do not explicitly teach of using a 
wrapper program. Chappelle teaches about using a wrapper program (performance 
monitoring and graphing tool) to read the performance information (col. 3, II. 29-32). . 
The examiner is interpreting wrapper program as any program that is used as an 
interface program because this gives the broadest reasonable interpretation. In 
Helsper's invention, the performance forecasting system communicates with one or 
more monitoring system (col. 10, II. 40-41). It would have been obvious to one of 
ordinary skill in the art at the time of the applicant's invention to utlize the teaching of 
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Chappelle in regards to using a wrapper program because it would have allowed the 
performance forecasting system to read the information supplied by various monitoring 
systems regardless of the components particular infrastructure. One of ordinary skill in 
the art would have been motivated because this modification would result in a more 
versatile system as outlined above. 

33. * Claim 16 is rejected under 35 U.S.C. 103(a) as being unpatentable over Helsper 
and Scarpelli in view of Walrand et al. (US 6,647,413), hereinafter referred to as 
Warland. 

34. .Regarding claim 1 6, Helsper does not explicitly teach of a weighting scheme that 
weights one or more performance information parameters; a summation scheme that 
combines one or more performance information parameters; and a averaging scheme 
that averages collected service health information for a service health metric. However, 
Walrand teaches on these aspects. Walrand teaches about a summation scheme that 
combines one or more performance information parameters (col. 7, II. 32-33) and an 
averaging scheme that averages collected service health information for a service 
health metric (col. 7, II. 55-57). In HPCN Walrand teaches of a weighting scheme that 
allocates different level of importance to different parameters (p. 2). One objective of 
Walrand invention is to optimize the network performance (col. 2, II. 53-54). It is an 
objective of Helsper invention to allow e-business to optimize the performance of their 
systems (col. 1 , II. 25-60). It would have been obvious to one of ordinary skill in the art 
at the time of the applicant's invention to utilize the above mentioned features of 
Walrand's into Helsper's invention because adding these features to Helsper's system 
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would allow him to focus on specific parameters (using the weighting scheme) and give 
him information regarding the overall performance of the network system (using the 
summation and averaging schemes). These added features would allow Helsper to 
provide a healthy network and more effectively predict failure of registered computing 
devices (col. 2, II. 25-34) resulting in a more efficient performance forecasting system. It 
is for this reason that one of ordinary skill in the art at the time of invention would have 
been motivated to make the above-mentioned modifications. 

Response to Arguments 
35. Applicant's arguments with respect to the claims have been considered but are 
moot in view of the new ground(s) of rejection. 
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Conclusion 

36. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure 

Manghirmalani et al. (US 5,819,028) teaches a method and apparatus for determining 

the health of a network. 
Barnhouse et al. (US 2005/0066030 A1) teaches an intelligent call platform for an 

intelligent distributed network. 
Diwan et al. (US 2003/0005152 A1) teaches a content request redirection method and 

system. 

Gueuel et al. (US 2002/0133584 A1 ) teaches a method and apparatus for customizably 

calculating and displaying health of a computer network. 
Chin et al. (US 6,456,306 B1) teaches a method and apparatus for displaying health 

status of network devices. 
Russell et al. (US 2002/0099818 A1) teaches a method and system for monitoring the 

performance of a distributed application. 
Terry (US 2002/0026505 A1 ) teaches a system and method for real time monitoring and 

control of networked computers. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Benjamin A. Ailes whose telephone number is (571 )272- 
3899. The examiner can normally be reached on M-F 6:30-4, IFP Work Schedule. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Andrew Caldwell can be reached on (571)272-3868. The fax phone number 



for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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